home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / acct / acct-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  7KB  |  202 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Cyndi Mills/BBN
  5.  
  6. ACCT Minutes
  7.  
  8.  
  9.    o Status Review
  10.  
  11.       -  Internet Accounting Background Document
  12.       -  Internet Accounting Architecture Document
  13.           * Reporting Format
  14.           * Rule Table
  15.           * Meter Control
  16.       -  Liason with other Activities
  17.           * SMDS
  18.           * RLANMON MIB/OPSTATS
  19.           * Interop BOF
  20.           * SNMP/Security
  21.  
  22.    o Working Agenda
  23.  
  24.       -  Consensus on Internet Accounting Background Document
  25.       -  Consensus on Internet Accounting Architecture (Reporting
  26.          Format)
  27.           * Work on Rule Table
  28.       -  SNMP Concerns
  29.           * Discuss Sample MIB
  30.           * Find a home for the MIB
  31.           * Security Concerns
  32.  
  33.  
  34. Internet Accounting Background Document
  35.  
  36. The Working Group agreed to recommend the advance of the document to
  37. informational RFC when the following corrections are made:
  38.  
  39. The language about security requirements needs to be made more precise.
  40. The security area will provide a review of the amended text.  Mention
  41. that the collection protocol is responsible for providing the necessary
  42. security, and therefore details of the security mechanisms are outside
  43. the scope of the document.
  44.  
  45. An explanation of the trade-offs between accounting on entry and exit
  46. (or both) in a router should be included.  This discussion should
  47. include examples of performance impact, billing for offered load vs.
  48. billing for delivered load, reconciliation of counts with neighbors, and
  49. fragmentation.  Note that SMDS has chosen to count on exit only.
  50.  
  51.  
  52.  
  53.                                    1
  54.  
  55.  
  56.  
  57.  
  58.  
  59. Internet Accounting Architecture
  60.  
  61. The Accounting Architecture Document will be edited and then placed in
  62. the Internet-Draft area for access before the next meeting.  The
  63. Architecture Document currently covers much of the material which was
  64. originally intended for the Meter Services Document.  Mark Seger
  65. contributed many of the ideas and deserves special mention.
  66.  
  67. In the reporting format, the current link-level address is an
  68. insufficient description.  It is amended to be the ``adjacent address'',
  69. as in the address of the next lower protocol layer carrying the internet
  70. packet.  This concept should be explained in the architecture.  OSPF
  71. describes a similar adjacency and may provide a useful explanation.
  72.  
  73. The motivation for the polling vs.  interval reporting discussion in the
  74. architecture document should be made clearer.
  75.  
  76. The rule table was reviewed and will be re-issued in another format.  It
  77. was agreed that some form of rule pre-processor will probably be needed
  78. for network manager sanity.
  79.  
  80. The manner in which the rule table for internet accounting forms a tree
  81. structure should be related to routing trees.
  82.  
  83. The notation for the rule table should be amended.  The binary pattern
  84. matching scheme should be made up of the character set ``0 1 *'', where
  85. ``0'' requires that the corresponding bit in the value to be searched be
  86. 0 for a match to occur, ``1'' that the bit be 1, and ``*'' where then
  87. corresponding bit may be either 1 or 0.  The overall notation should be
  88. restructured to make the formation of a MIB easier.
  89.  
  90. Because of the limitations of SNMP, it is difficult to access accounting
  91. information in table format.  The appropriate set of protocol
  92. contortions needs to be investigated to return accounting information
  93. accurately and efficiently.
  94.  
  95. The maximum lifetime of a flow should be determined by the managing
  96. entity rather than by the meter.  The manager must be able to maintain a
  97. clean state - e.g., insure that a record is fetched and a new record is
  98. started for the same flow as an atomic operation.  Also, the fetched
  99. record should be stored at least temporarily (for a ``short'' time,
  100. ``short'' to be determined by the manager) in order to allow for a
  101. retransmission (i.e., repeated request).
  102.  
  103. The mechanisms for controlling data loss should be simplified to one or
  104. two parameters.  If a meter is in danger of buffer overflow, probably
  105. the buffers will overflow and data will be dropped before the manager
  106. can take action anyway.  This need further consideration.
  107.  
  108. The flags grouping data need further definition.  The notion that some
  109. group of flows may be categorized as ``expendable'' (discard these flows
  110. first) or ``essential'' (avoid discarding these flows if at all
  111. possible) should be further explained.
  112.  
  113.  
  114.                                    2
  115.  
  116.  
  117.  
  118.  
  119.  
  120. SNMP Concerns
  121.  
  122. Jesse Walker wrote a sample MIB illustrating techniques that will be
  123. needed for expressing the accounting reporting format in terms that are
  124. compatible with SNMP.
  125.  
  126. The possibility of including of the MIB as a subtree of the RLANMON MIB
  127. was discussed and rejected by the Working Group.  The two chief reasons
  128. for this were:
  129.  
  130.  
  131.   1. The RLANMON MIB is currently progressing towards draft standard and
  132.      the late addition of accounting might hinder their progress.
  133.  
  134.   2. Devices other that remote LAN monitoring equipment also perform
  135.      accounting functions, so it is inappropriate to demand that these
  136.      other devices implement the remote LAN monitoring MIB. It was
  137.      pointed out that the RLANMON MIB could be structured so that only
  138.      the accounting option is present in the MIB, but this was not
  139.      considered a sufficient reason for homing the accounting MIB to
  140.      RLANMON.
  141.  
  142.  
  143. Internet Accounting requires that SNMP be able to dump tables in a more
  144. efficient and atomic fashion.  FTP might be a preferred method of
  145. reporting data, but not all meters can be expected to support FTP due to
  146. memory limitations and abbreviated protocol stacks.
  147.  
  148. There are concerns that SNMP security may not be sufficient for
  149. accounting purposes.
  150.  
  151. Note change in location of list.
  152.  
  153. To join the accounting Working Group list, please send mail to
  154. accounting-wg-request@wugate.wustl.edu with ``SUBSCRIBE'' in the subject
  155. line.  To leave the accounting Working Group mailing list, send mail to
  156. the same address with the subject line ``UNSUBSCRIBE''.
  157.  
  158. Attendees
  159.  
  160. Gigi Chu                 gigic@hpspd.spd.hp.com
  161. Tracy Cox                tacox@sabre.bellcore.com
  162. James Davin              jrd@ptt.lcs.mit.edu
  163. Alan Emtage              bajan@cc.mcgill.ca
  164. Shawn Gallagher          gallagher@quiver.enet.dec.com
  165. Phillip Gross            pgross@nis.ans.net
  166. Ittai Hershman           ittai@nis.ans.net
  167. Mark Hoerth              mark_hoerth@hp0400.desk.hp.com
  168. Mike Janson              mjanson@mot.com
  169. Deidre Kostick           dck2@sabre.bellcore.com
  170. Tim Lee-Thorp            ngc!tim@uunet.uu.net
  171. Peter Liebscher          plieb@sura.net
  172. Joshua Littlefield       josh@cayman.com
  173.  
  174.  
  175.                                    3
  176.  
  177.  
  178.  
  179.  
  180.  
  181. Cyndi Mills              cmills@bbn.com
  182. Dennis Morris            morrisd@imo-uvax.dca.mil
  183. Bradford Parker          brad@cayman.com
  184. Robert Reschly           reschly@brl.mil
  185. Ron Roberts              roberts@jessica.stanford.edu
  186. Kary Robertson           kr@concord.com.kr
  187. Gregory Ruth             gruth@bbn.com
  188. John Scudder             jgs@merit.edu
  189. Robert Shirey            shirey@mitre.org
  190. Anil Singhal
  191. Roxanne Streeter         streeter@nsipo.nasa.gov
  192. Ronald Tencati           tencati@nssdca.gsfc.nasa.gov
  193. Claudio Topolcic         topolcic@nri.reston.va.us
  194. William Versteeg         bvs@nrc.com
  195. Jesse Walker             walker@eider.enet@decpa.dec.com
  196. Gerard White             ger@concord.com
  197. Osmund de Souza          desouza@osdpc.ho.att.com
  198.  
  199.  
  200.  
  201.                                    4
  202.